widget: Rename color variable to match the color

viewport: Simplify child allocation

allocation->x and allocation->y are always 0

widget: Improve get_request_mode vfunc docs

gskpango: Remove GDK api macros

They only belong on public functions.

docs: Fix up some places that still said screen instead of display

settings: Remove gtk_settings_get_for_screen()

All users of it are gone now.

widget: Remove gtk_widget_get_screen()

Replace the remaining users with "correct" code that does not need that
function anymore.

invisible: Make it use display, not screen

mountoperation: Move from screen to display

window: Turn gtk_window_set_screen() into gtk_window_set_display()

And have a priv->display instead of a priv->screen.

Includes turning gtk_menu_set_screen() into gtk_menu_set_display(),
because that function just forwards to its window.

gdk/win32: Fix build after GdkScreen and settings changes

Implement GdkDisplay->get_setting() using the existing
_gdk_win32_screen_get_setting() and get rid of GdkScreen->get_setting()
as a result, to follow the changes in GDK.

Also, since we don't emit settings events in the Windows GDK backend,
but we acquire settings to print using GDK_SETTING, drop all references
related to GDK_SETTING since that is now removed.  Update the debug
strings that are print out as a result
(gdk_screen_get_setting->gdk_display_get_setting).

https://bugzilla.gnome.org/show_bug.cgi?id=773299

styleprovider: Fix fallout from merge

StyleProvider should inherit from GObject, not from itself.

gtk: Fix debug build

It seems I didn't have debug builds enabled and forgot some
return_if_fail()s when doing the last patch.

Update POTFILES.in

css: Merge GtkStyleProviderPrivate into GtkStyleProvider

This is just lots of renaming.

The interface remains private, so the public API does not change, apart
from removing the definition of the Interface object to avoid
subclassing.

window: Remove gtk_window_get_screen()

It's identical to gtk_widget_get_screen(), just use that one.

widget: Remove gtk_widget_has_screen()

All widgets always have a screen (or display).

Forgotten file

Drop gdk_app_launch_context_set_screen

This function is not necessary, since we already know the display.

printoperation: Stop using gdk_app_launch_context_set_screen

It is not necessary.

Drop gdk_event_set/get_screen

These functions have been replaced by display variants.

gtk: Stop using gdk_event_get_screen

Use gdk_event_get_display instead.

gdk: Stop using gdk_event_set_screen

Use gdk_event_set_display instead.

Add gdk_event_get/set_display

The GdkScreen apis are going away, this is a replacement.

icontheme: Use GdkDisplay instead of GdkScreen

stylecontext: Port to use display instead of screen

gtk-demo: Remove calls to gtk_style_context_reset_widgets()

Those calls have been unneeded for a long time - since we gained the
changed signal on the StyleProvider in fact.

Drop gdk_pango_context_get

This is a trivial convenience api, and it is not used in gtk.

tests: Stop using gdk_pango_context_get.

We can just as well get the display ourselves.

Drop gdk_pango_context_get_for_screen

GdkScreen is going away, and this api is unused in gtk.

immulticontext: Remove unused variable

widget: Turn screen-changed signal into display-changed

settings: Don't store the screen in the settings object

Screens are going away.

Code that still needs the screen just gets it from the display.

immulticontext: Avoid GdkScreen api

No need for it here either.

immodule: Avoid GdkScreen api

Another place where it is not needed.

modules: Avoid GdkScreen api

No need for this here either.

assistant: Avoid GdkScreen api

There is no need at all here to use gtk_settings_get_for_screen.

Some documentation updates

Document gtk_settings_get_for_display instead of for_screen.

Drop gdk_screen_get_setting

It has been replaced by gdk_display_get_setting.

wayland: Stop using gdk_screen_get_setting

Use gdk_display_get_setting instead.

x11: Stop using gdk_screen_get_setting

Use gdk_display_get_setting instead.

Drop the GdkScreen get_setting vfunc

It is unused.

x11: Don't set the GdkScreen get_setting vfunc

We are not using it anymore.

wayland: Don't set the GdkScreen get_setting vfunc

We are not using it anymore.

broadway: Don't set the GdkScreen get_setting vfunc

We are not using it anymore.

quartz: Don't set the GdkScreen get_setting vfunc

We are not using it anymore.

mir: Don't set the GdkScreen get_setting vfunc

We don't use it anymore.

gtk: Avoid using gdk_screen_get_setting

We can get the setting from the display instead.

Add gtk_settings_get_for_display

This will help us avoiding screens in many places.

Stop using the GdkScreen get_setting vfunc

We can now call the GdkDisplay implementation instead.

use the GdkDisplay get_setting vfunc

Instead of calling the GdkScreen implementation, use our
own vfunc now.

x11: Implement the GdkDisplay get_setting vfunc

Just call the GdkScreen vfunc.

wayland: Implement the GdkDisplay get_setting vfunc

Just call the GdkScreen vfunc.

broadway: Implement the GdkDisplay get_setting vfunc

This is just a trivial implementation.

quartz: Implement the GdkDisplay get_setting vfunc

Just call the GdkScreen vfunc.

mir: Implement the GdkDisplay get_setting vfunc

Just call the corresponding screen vfunc.

gdk: Add a get_setting vfunc to GdkDisplay

This will eventually replace the GdkScreen vfunc of the
same name.

Remove GdkScreen api usage

Use GdkDisplay equivalents where they exist.

Store the display inside GtkSettings

This is a step towards dropping GdkScreen.

Remove gdk_setting_get

This is a minor convenience api, and it is unused.

Forgotten files

Clean up the setting event from headers and docs too.

gdk: Drop settings events

We are not emitting these events anymore, so lets remove them
from the api. The GdkSettingAction enum is moved to xsettings-client.c
where its only use remains.

x11: Stop emitting settings events

Not needed anymore.

wayland: Stop emitting setting events

Not needed anymore.

quartz: Stop emitting setting events

Not needed anymore.

mir: Stop emitting setting events

Not needed anymore.

gtk: Stop handling settings events

We don't need this anymore, now that we use the ::setting-changed
signal.

gtk: Connect to GdkDisplay::setting-changed

We still handle the setting event, for now.
That will be removed in a future commit.

x11: Emit GdkDisplay::setting-changed

We still generate the event too.
That will be removed in a future commit.

wayland: Emit GdkDisplay::setting-changed

We still generate the event too.
That will be removed in a future commit.

quartz: Emit GdkDisplay::setting-changed

We still generate the event too.
That will be removed in a future commit.

mir: Emit GdkDisplay::setting-changed

We still generate the event too.
That will be removed in a future commit.

gdk: Add settings api to GdkDisplay

This commit adds gdk_display_get_setting and a ::setting-changed
signal, which will replace the settings event we use now. Note
that I've done away with the GdkSettingAction argument that the
event has, since we are not using it at all.

make GDK_DEBUG=opengl work on win32

input/IME: Defer the emit of the "commit" signal

On Windows, when IME is used, each keystroke results in the
WM_IME_COMPOSITION event being sent first.  This means that in our case
when one decides on to accept the input that is in the preedit buffer,
we first get from Windows the WM_IME_COMPOSITION event
(where we emit the commit signal), followed by the WM_IME_ENDCOMPOSITION
event (where we emit the pair of preedit-changed and preedit-end
signals).

Since commit f11f989 (GtkEntry: Remove recompute idle), we do the input
recomputation directly, this will cause a pair of "Pango-WARNING:
Assertion failed: (index >= 0 && index <= layout->length)" being shown,
as gtkentry.c's priv->preedit_length and priv->preedit_cursor was unable
to be reset to 0 in time as a result of the recomputation triggered by
the commit being done before the reset of priv->preedit_length and
priv->preedit_cursor (which are no longer valid as we essentially say
that we are done with the preedit buffer).

As we could only acquire the final string that was entered in this
preedit session when we handle the WM_IME_COMPOSITION event, fix this by
saving up the final string we acquire from Windows IME in UTF-8 when we
handle the WM_IME_COMPOSITION event from Windows, and emit the commit
signal with that string after we emit the preedit-changed and
preedit-end signals when we handle the WM_IME_ENDCOMPOSITION event from
Windows, which comes afterwards.

Also fix the formatting of the code around the parts of the files that
was changed.

https://bugzilla.gnome.org/show_bug.cgi?id=787142

cssimagescaled: Remove now unused struct member

gdk: Remove leftovers from GdkScreen::size-changed removal

inspector: Use the new monitor change signals

And on't use the GdkScreen anymore now that the GdkDisplay provides all
the information we care about.

screen: Remove unused vfuncs

widget: Make parent property read-only

widget: Don't notify :parent when rearranging widgets

gtk_widget_reposition_after is also valid to call if the widget already
has a parent, so don't notify the parent property in that case.

widget: Remove parent-set signal

When a widget unparents its child widget manually in finalize, this can
lead to the parent-set signal being emitted for those child widgets. The
parent already has a ref_count of 0 though, so it can't be used in a
meaningful way. Specifically, emitting the signal will already try to
ref the parent which prints a critical.

Since GtkWidget already has a "parent" property, one can use its notify
signal instead to get notified when the parent widget changes.

inspector: Remove node != NULL check from recorder model

We use NULL to remove the selection.

checkbutton: Destroy indicator widget when draw-indicator is FALSE

cssimagescaled: Just return the computed image

... instead of returning either itself with uncomputed images or a
copy of itself with only one computed image and lots of other
uncomputed images that we're never gonna look at again.

This fixes expressions like -gtk-scaled(-gtk-recolor(...),-gtk-recolor(...))
which Adwaita uses for checkmarks and bullets.

Avoid creating trivial shadow nodes

The Vulkan renderer creates a fallback surface for each shadow
node, even if we end up not rendering anything to it. Avoiding
this is a nice optimization.

Adwaita: Use scaled icons for checks and bullets

This gives us crip rendering on hidpi screens.

Adwaita: Add scaled version of bullets and checks

We use these assets as .symbolic.png now, so for hidpi, we
should provide @2 variants.

gsk: Apply scale factor for fallback rendering

This fixes blurry text and icons whenever we apply shadows
in a hidpi window. Shadow nodes are the last ones that we
still use fallback for, and this was causing us to render
the text blurry.

Triival cleanup

No need to go to the window, we store a copy of the scale factor
in the render pass object.

inspector: Show details for shadow nodes

One of the few node types that we're not detailing yet.

gsk: Scale glyphs in the glyph cache

Pass a scale factor when caching glyphs or looking them
up in the cache. The glyphs in the cache are rendered
with subpixel precision determined by the scale. Update
all callers to pass a scale factor according to the window
scale. This lets us render crisp glyphs on hidpi systems.

vulkan: Handle changing window scale

The code that checks for the proper size of the our swapchain
was not taking window scale fully into account. With this change,
setting the window scale to 2 in the inspector causes the window
to grow and rendering to be scaled up as expected, with Vulkan,
in the same way it already is with cairo.

gsk: Drop the GskRenderer::scale-factor property

This is can always be obtained from the window that is already
associated with the renderer, no need to maintain a separate
property for it.

x11: Query whether we have GLX support

Epoxy 1.4 has new ad hoc API that we can use to check whether GLX is
available on the current system.

If we didn't use this API, we'd have to manually dlopen libGL (or its
equivalent on different OSes) and check if it had GLX symbols; since
Epoxy already does all of this internally, we can simply ask it instead.

https://bugzilla.gnome.org/show_bug.cgi?id=775279

Bump up the dependency on libepoxy

We are going to use new API to detect whether or not GLX is available
before calling GL API.

https://bugzilla.gnome.org/show_bug.cgi?id=775279

Adwaita: Add back visible focus outlines for list rows

sizerequest: Don't pass uninitialized values to measure

The GtkWidgetClass::measure vfunc is not required to assign a value to
any of the (out) parameters, so we need to initialize the locals we pass
to it, otherwise we can end up with a garbage size request.

GtkPathBar: Centralize handling of outstanding cancellables

The path bar would crash if we disposed it before all pending I/O
operations had finished.  Now we remember all the outstanding
operations directly in the GtkPathBarPrivate, and deal with them
consistently.

gsk: Make text nodes more compact

The copy of the PangoGlyphString we do here was showing up
in some profiles. To avoid it, allocate the PangoGlyphInfo array
as part of the node itself. Update all callers to deal with
the slight api change required for this.